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DETAILED ACTION 

1 . Claims 1-37, filed 23 March 2009, are pending. The Examiner acknowledges 
amended claims 1 , 1 3, 21 , 24 and 31 . No claims were cancelled. 

Response to Remarks/Argument 

2. Applicant's arguments filed 23 March 2009 have been fully considered but they 
are not persuasive: 

Applicant argues: 

(1) Mullins does not disclose determining a relational database from a plurality of 
data stores to service said request, wherein the plurality of data stores comprises the 
relational database and an LDAP directory, which LDAP directory includes at least one 
multivalued attribute. 

The Examiner disagrees. Firstly, in response to applicant's arguments against 
the references individually, one cannot show nonobviousness by attacking references 
individually where the rejections are based on combinations of references. See In re 
Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 
231 USPQ 375 (Fed. Cir. 1986). Secondly, the combined cited art, including newly 
presented art of record, Gong et al (U.S. 6,865,576), has addressed this limitation in the 
rejection below. 

In addition, the Examiner notes that Mullins is directed to enhancing database 
access and performance when correlating or translating one database to another or to 
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an object programming application. Similarly, the pending application is directed to 
translating data access request. Both appear to be analogous art. 

3. Applicant's arguments with respect to claims 1-37 have been considered but are 
moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1, 10-13, 21, 24, 26-28, 31, and 33-35 are rejected under 35 U.S.C. 
103(a) as being anticipated by Mullins et al (U.S. Patent No. 6,985,912 and known 
hereinafter as Mullins)(previously presented) in view of Gong et al (U.S. 6,865,576 and 
known hereinafter as Gong)(newly presented) and in further view of Lee, et al (U.S. 
2002/0143943, published 02 October 2002, and known hereinafter as Lee)(IDS 
Submission 17 April 2007). 

As per claims 1,13, and 21, Mullins teaches a method of translating between 
data formats, comprising (i.e. "It is an additional object of the present invention to provide easy 
translations between databases and applications having a variety of different formats or data store 
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models." The preceding text clearly indicates that translating (i.e. translations) between data formats (i.e. 
variety of different formats or data store models).)( Column 4, lines 48-51 ): 

receiving a request to access data (i.e. "The present invention is based in part on U.S. Pat. 
No. 5,857,197, (incorporated herein by reference), and provides a mapping system for handling data 
requested by an object software application model in a manner that is compatible with relational data 
stores. "The preceding text clearly indicates that a request to access data (i.e. data requested by an 
object software application model). It is clearly anticipated that the method of receiving occurs in the 
method of the data being requested (i.e. for data to be requested, as taught in the prior art, it must receive 
a request). )(Column 7, lines 27-31) for one or more attributes (According to the Microsoft Dictionary 
5 th Ed., an attribute in a database record, the name or structure of a field. For example, the files 
LASTNAME, FIRSTNAME, and PHONE would be attributes of each record in a PHONELIST database. 
Therefore, an ordinary person skilled in the art understands that attributes are stored in a data store (i.e. 
database), thus if an ordinary person skilled in the art accesses data in the database, it clearly anticipates 
that an attribute is also accessed, or at the very least referenced.), said request including said one 
or more attributes in a first data format (i.e. "In another embodiment the invention provides a 
system for mapping from a first database format to a second database format, or from one database to 
another database of the same type, as a way for transferring data or synchronizing data sources. The 
system includes: data in the first database format stored in the system; rules for translating from the first 
format to the second format stored as a separate structure from the data; and means for applying the 
rules to the data to obtain the second format. " The preceding text clearly indicates that the first database 
format includes attributes in the first data format. That is the attributes that are stored in the data store 
(i.e. database), the request (i.e. data requested) including attributes in the first data format (i.e. first 
database format). )(Column 13, lines 9-18) and a first filter (i.e. " This allows more developer control as 
to how datasets are exchanged, filtered and/or validated between a first data source and a second data 
source. "The preceding text clearly indicates that in O/R mapping, developers may use filters to control 



Application/Control Number: 10/682,252 Page 5 

Art Unit: 2165 

how datasets are exchanged. )(column 14, lines 55-65) for accessing the data (The use of a 
database clearly anticipates accessing the data.)(column 1; lines 45-50) Of said one or more 
attributes (i.e. "data in the first database format stored in the sysfem..."The preceding text clearly 
indicates that attributes are part of data stored in the first database. )(column 13, lines 10-20); 

accessing a mapping catalog customizable for a relational database schema (i.e. 

"CocoAdmin provides a mechanism for the export of maps defined against a database into a modifiable 
XML format. " "Once the XML file is written, it can be edited using a standard text editor or XML editor, and 
can be modified to reflect map customization requirements." The preceding text clearly indicates that 
accessing a mapping catalog customizable (i.e. map customization requirements) for a relational 
database schema (i.e. database).)(Column 8, lines 15-16; lines 23-25), said mapping catalog 

identifying one or more portions of one or more tables in said relational database that 
Stores said data for said one or more attributes (i.e. "First, let us assume two databases: a first 
database (B1) and a second database (B2) wherein B1 and B2 have the different corresponding data 
map schemas (S1) and (S2), respectively, and wherein S1 and S2 have the two corresponding schema 
repositories (R1 and R2) that include maps defining the structure (schema) of the database, Java object 
information (Java object model and any relationships between Java objects of the Java object model, or 
defining both the database and Java object information." The preceding text clearly indicates that 
mapping catalog (i.e. data map schema) identifies one or more portions of one or more tables in a 
relational database (i.e. corresponding schema repositories) that store said data for said one or more 
attributes (i.e. include maps defining the structure of the database, Java object information). )(Column 13, 
lines 31-39) and identifying a classification for each of the one or more attributes, said 
relational database corresponding to said relational database schema (i.e. "in a preferred 

object of the present invention, a software programming module (or modules) can automatically generate 
object source code from at least one database schema map, at least one object programming application 
schema, or from a combination of at least one database schema map and at least one object 
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programming application schema. The code generated for the application can be set to delegate 
database access and SQL string generation to the runtime library repository instead of including within 
the application the more limiting code for non-delegated database access by the application. This 
arrangement allows the mapping information and associated metadata to be easily accessed, changed 
and used to convert thousands of lines of code in a data object, as needed. The mapping information can 
be used to map from objects to relational models or vice versa and generate appropriate code. " The 
preceding text clearly indicates that a relational database schema is a type of database schema and that 
and that the mapping catalog that identifies one or more portions of one or more tables in a relational 
database is an instance of mapping information used to map objects from objects to relational models, 
where relational models are instances of relational databases, which contain one or more tables. " M1 is a 
map (or maps) defining the database schema S1 of R1 including map (or maps) with definitions for 
relationships between Java objects corresponding to the data ofB1, and M2 is a map (or maps) defining 
the database schema S2 of R2 including map (or maps) with definitions for relationships between Java 
objects corresponding to the data of B2. "The preceding text clearly indicates that classification (i.e. 
defining) for each of the one or more attribute, said relational database corresponds to said relational 
database schema (i.e. database schema S1 of R1 and database schema S2 of R2.j(Column 6, lines 10- 
25; See also column 13, lines 40-47); 

translating at least a portion of said request from said first data format to a form 

Suitable for said relational database (i.e. "...rules for translating from the first format to the second 
format stored as a separate structure from the data; and means for applying the rules to the data to obtain 
the second format." The preceding text clearly indicates that translating at least a portion of said request 
from said first data format (i.e. translating from the first format) to a form suitable for said relational 
database (i.e. second format stored in a separate structure). )(Column 13, lines 14-16), said Step Of 

translating is based on said classification of each attribute (i.e. 'There are distinctive 

advantages when using a dynamic mapping layer where a java object provides translation by mapping 
such objects of a first data source (relational or object database) and also mapping such object to an XML 



Application/Control Number: 10/682,252 Page 7 

Art Unit: 2165 

or other second format data source. This allows more developer control as to how datasets are 
exchanged, filtered and/or validated between a first data source and a second data source. " The 
preceding text clearly indicates that translating is based on mapping catalog, where the mapping catalog 
is the dynamic mapping layer that maps the first and second data resource. )(Column 14, lines 58-65) 
and the filter; and 

providing said translated request to said relational database (i.e. "The function of 

such a translation layer (generally called the O/R layer in CocoBase documentation, for example) is to 
translate object-based queries for the data into queries that JDBC can, translate into queries for a 
relational database. "The preceding text clearly indicates that the translated request is an instance of 
translated object-based queries. )(Column 15, lines 51-55). 

Mullins does not explicitly teach determining a relational database from a plurality 
of data stores to service said request, wherein the plurality of data stores comprises the 
relational database and at least one LDAP directory, said LDAP directory includes at 
least one multivalued attribute; mapping said at least one multivalued attribute to said 
relational database; creating a second filter for a data store if said partitioning 
expression is satisfied, and providing said second filter to a translation module. 

Gong teaches determining a relational database (i.e. DB2 is IBM's relational 

database)(column 2, lines 60-67; see also column 4, lines 45-67; see also Figure 4B) from a plurality 
Of data Stores to service said request (Figure 4B illustrates a plurality of data stores, where 
DB2/server are a plurality of data stores)(Figure 4B; see also column 4, lines 45-67), wherein the 

plurality of data stores comprises the relational database (DB/2 Servers)(see Figure 4B; see 

also column 4, lines 45-67) and said LDAP directory (i.e. "LDAP Server anticipates the use of LDAP 
directoryJ(Figure 4B; see also column 4, lines 45-67), said LDAP directory (i.e. "Implementation of the 
LDAP directory model requires that there is a relation (or table) for each searchable attribute. This is 
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sometimes referred to as 'per attribute' table database schema")(column 5, lines 5-9) includes at least 
one multivalued attribute (i.e. multiple value attributes)(coiumn 5, lines 10-45); mapping said at 
least one multivalued attribute to said relational database (column 5, lines 5-9); creating a 
second filter for a data store if said partitioning expression is satisfied, and providing 

said second filter to a translation module (i.e. "The inventive technique may be used to search 
any relational database using hierarchical, filter-based database queries. ")(column 5, lines 1-5). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong to 
include determining a relational database from a plurality of data stores to service said 
request, wherein the plurality of data stores comprises the relational database and at 
least one LDAP directory, said LDAP directory includes at least one multivalued 
attribute; mapping said at least one multivalued attribute to said relational database; and 
creating a second filter for a data store if said partitioning expression is satisfied, and 
providing said second filter to a translation module with the motivation to create system 
for more efficient access and manipulation of data stores, systems having the flexibility 
and dynamic capability to attach data from a database to map as objects and having the 
ability to map one or more databases to various objects in real time. (Mullins, column 3, 
lines 45-49). Mullins is directed to dynamic object-driven database manipulation and 
mapping system and Gong is directed to a database schema for storing application data 
in a relational database using LDAP by mapping multiple valued attribute. Both are 
analogous art and related to database management of which the present invention is 
generally directed to. 
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The combination of Mullins and Gong do not explicitly teach wherein determining 
the relational database from the plurality of data stores comprises comparing the filter 
for accessing the data of the attributes to a partitioning expression for each of the data 
stores. 

Lee teaches wherein determining said relational database from said plurality of 
data Stores (i.e. "...Directory 36 can implement other protocols or can be other types of data 
repositories (e.g. relational database using SQL, etc.). Many variations of the system of FIG. 1 can be 
used with the present invention. ")(paragraph [0118]) (i.e. "With dynamic group management features, 
users can be automatically added or removed if they meet the criteria specified by the LDAP 
filter.")(paragraph [0108-0113]) creating a partitioning expression for each of said data stores 
(i.e. "the Identity System includes partition support for fat and flat tree directories using filters. From a 
configuration page, an attribute can be configured to be accessible (read, modify, etc.,) based on a two 
part filter. The first component in the filter identifies a top node in the directory. The filter will only apply to 
those entities at or below that top node. The second component of the filter is an LDAP filter which 
defines who can access the attribute. This two component filter can be applied on an attribute by attribute 
basis. ")(paragraphs [0108-0113], [0148-0159]), evaluating the partitioning expression against 
said first filter and said request to access data (Figure 74 evaluates an authorization rule, which 
includes partitioning expression against the first filter)(see Figure 74). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong 
Systems and with the further teachings of Lee to include wherein determining the 
relational database from the plurality of data stores comprises comparing the filter for 
accessing the data of the attributes to a partitioning expression for each of the data 
stores with the motivation to create system for more efficient access and manipulation 
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of data stores, systems having the flexibility and dynamic capability to attach data from 
a database to map as objects and having the ability to map one or more databases to 
various objects in real time. (Muliins, column 3, lines 45-49). Mullins is directed to dynamic 
object-driven database manipulation and mapping system, Gong is directed to a 
database schema for storing application data in a relational database using LDAP by 
mapping multiple valued attribute, and Lee is directed towards supporting multiple data 
stores using different types (e.g. LDAP, SQL, etc.) All three cited art are analogous art 
and related to database management of which the present invention is generally 
directed to. 

As per claim 10, Mullins teaches a method wherein said step of translating 
includes mapping said one or more attributes to said relational database (i.e. "Clicking 

Next> in the Generic EJB Entity Bean CMP-AII Parts drop down wizards of CocoAdmin will present a 
user with a list of attributes which comprise the maps and any references (e.g. foreign keys) to other 
maps that may be navigated by CocoBase. For example, in a e-commerce shopping cart example, a 
Customer map, which is generated against a selected relational database connection, might be selected, 
and the PkgName: field might contain the name testpkg so the resulting Java code will be generated to a 
package and directory named testpkg. "The preceding text clearly indicates that one or more attribute is a 
list of attributes and are mapped to a relational database. )(Column 11, lines 4-13), translating sub 
filters of said request into SELECT statements, and combining said SELECT statements 
(i.e. "Once the above connections of CocoBase are established, any accesses to the database B1, such 
as: connB1.insert(...) will have the plug-in access B2 and replicate the operation that was conducted on 
database B1." "The same mechanism described above can be used to replicate the result of other 
database operations (e.g. update, select, delete, etc.) that are performed against B1. "Although the 
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previous text illustrates the use of an insert statement, it is inherent that a select statement could also be 
used, since both are database operations. )(Column 17, lines 43-51); and said Step Of providing 

includes accessing a set of primary key values for a master table in said relational 
database based on said combined SELECT statements and, for each primary key value 
of said set, accessing requested attributes from said request (i.e. "The same mechanism 
described above can be used to replicate the result of other database operations (e.g. update, select, 
delete, etc.) that are performed against B1 ."The preceding text clearly indicates that translating includes 
delete, insert, and update statements, which are all database operations. )(Column 17, lines 49-51). 

As per claim 1 1 , Mullins teaches a method wherein said step of translating 
includes creating INSERT statements based on said mapping catalog (i.e. "Suppose that 
the system uses CocoBase (commercially available object to relational mapping tool having a mapping 
repository capability) and a connection of CocoBase with B1 is established as follows.. . " "Once the above 
connections of CocoBase are established, any accesses to the database B1, such as: connB1.insert( . . . 
) will have the plug-in access B2 and replicate the operation that was conducted on database B1. " The 
previous text clearly indicates that a mapping catalog is a mapping repository and that translating 
includes creating an insert statement, which is illustrated as connB1.insert(...).)(Column 17, lines 14-17). 

As per claim 12, Mullins teaches a method wherein said step of translating 
includes creating one or more DELETE statements, one or more INSERT statements 
and one or more UPDATE statements based on said mapping catalog (i.e. "The same 
mechanism described above can be used to replicate the result of other database operations (e.g. 
update, select, delete, etc.) that are performed against B1. "The preceding text clearly indicates that 
translating includes delete, insert, and update statements, which are all database operations. )(Column 
17, lines 49-51). 
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As per claims 24 and 31, Mullins teaches a system for translating between data 
formats, comprising: a data source interface in communication with business logic (i.e. 

"The present invention is based in part on U.S. Pat. No. 5,857,197, (incorporated herein by reference), 
and provides a mapping system for handling data requested by an object software application model in a 
manner that is compatible with relational data stores. "The preceding text clearly indicates that the 
request from an object software application model is the business logic, and the data source interface is 
contained within the object software application. )(Column 7, lines 27-31); a mapping catalog 

identifying one or more portions of one or more tables in a relational database that 
stores data for one or more attributes and a classification for each of the one or more 

attributes (i.e. "A dynamic repository-based mapping system is used." The preceding text clearly 
indicates that a mapping catalog is the dynamic repository-based mapping system. )(Column 7, lines 31- 
32); and a translation module receiving access request information from said data 
source interface and mapping information from said mapping catalog, said access 
request information pertains to data for the one or more attributes, said translation 
module translates said request information from a first form to a second form suitable 
for the relational database based on said mapping information from said mapping 

catalog including said Classification (i.e. "In one embodiment of the system of the present invention 
a translation layer translates between an object application (or a potential object application, i.e. an object 
model) to at least one relational database which includes data entries organized as tables and records. " 
The preceding text clearly indicates that a translation module is the translation layer. )(Column 15, lines 
25-28). 
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Mullins does not explicitly teach determining a relational database from a plurality 
of data stores to service said request, wherein the plurality of data stores comprises the 
relational database and at least one LDAP directory. 

Gong teaches determining a relational database (i.e. DB2 is IBM's relational 
database)(column 2, lines 60-67; see also column 4, lines 45-67; see also Figure 4B) from a plurality 
Of data Stores to service said request (Figure 4B illustrates a plurality of data stores, where 
DB2/server are a plurality of data stores)(Figure 4B; see also column 4, lines 45-67), wherein the 

plurality of data stores comprises the relational database (DB/2 Servers)(see Figure 4B; see 

also column 4, lines 45-67) and said LDAP directory (i.e. "LDAP Server anticipates the use of LDAP 
directoryJ(Figure 4B; see also column 4, lines 45-67), said LDAP directory (i.e. "Implementation of the 
LDAP directory model requires that there is a relation (or table) for each searchable attribute. This is 
sometimes referred to as 'per attribute' table database schema")(column 5, lines 5-9) includes at least 

one multivalued attribute (i.e. multiple value attributes)(coiumn 5, lines 10-45); mapping said at 
least one multivalued attribute to said relational database (column 5, lines 5-9); creating a 
second filter for a data store if said partitioning expression is satisfied, and providing 

said second filter to a translation module (i.e. "The inventive technique may be used to search 
any relational database using hierarchical, filter-based database queries. ")(column 5, lines 1-5). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong to 
include determining a relational database from a plurality of data stores to service said 
request, wherein the plurality of data stores comprises the relational database and at 
least one LDAP directory, said LDAP directory includes at least one multivalued 
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attribute; mapping said at least one multivalued attribute to said relational database; and 
creating a second filter for a data store if said partitioning expression is satisfied, and 
providing said second filter to a translation module with the motivation to create system 
for more efficient access and manipulation of data stores, systems having the flexibility 
and dynamic capability to attach data from a database to map as objects and having the 
ability to map one or more databases to various objects in real time. (Muliins, column 3, 
lines 45-49). Muliins is directed to dynamic object-driven database manipulation and 
mapping system and Gong is directed to a database schema for storing application data 
in a relational database using LDAP by mapping multiple valued attribute. Both are 
analogous art and related to database management of which the present invention is 
generally directed to. 

The combination of Muliins and Gong do not explicitly teach wherein determining 
the relational database from the plurality of data stores comprises comparing the filter 
for accessing the data of the attributes to a partitioning expression for each of the data 
stores. 

Lee teaches wherein determining the relational database from the plurality of 

data Stores (i.e. "...Directory 36 can implement other protocols or can be other types of data 
repositories (e.g. relational database using SQL, etc.). Many variations of the system of FIG. 1 can be 
used with the present invention. ")(paragraph [0118]) comprises comparing the filter (i.e. "With 
dynamic group management features, users can be automatically added or removed if they meet the 
criteria specified by the LDAP filter.")(paragraph [0108-0113]) for accessing the data Of the 

attributes to a partitioning expression for each of the data stores (i.e. "the identity System 

includes partition support for fat and flat tree directories using filters. From a configuration page, an 
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attribute can be configured to be accessible (read, modify, etc.,) based on a two part filter. The first 
component in the filter identifies a top node in the directory. The filter will only apply to those entities at or 
below that top node. The second component of the filter is an LDAP filter which defines who can access 
the attribute. This two component filter can be applied on an attribute by attribute basis. ")(paragraphs 
[0108-0113], [0148-0159]). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong and 
with the further teachings of Lee to include wherein determining the relational database 
from the plurality of data stores comprises comparing the filter for accessing the data of 
the attributes to a partitioning expression for each of the data stores with the motivation 
to create system for more efficient access and manipulation of data stores, systems 
having the flexibility and dynamic capability to attach data from a database to map as 
objects and having the ability to map one or more databases to various objects in real 
time. (Mullins, column 3, lines 45-49). Mullins is directed to dynamic object-driven database 
manipulation and mapping system, Gong is directed to a database schema for storing 
application data in a relational database using LDAP by mapping multiple valued 
attribute, and Lee is directed towards supporting multiple data stores using different 
types (e.g. LDAP, SQL, etc.) All three cited art are analogous art and related to 
database management of which the present invention is generally directed to. 

As per claims 26 and 33, Mullins teaches a system wherein said mapping catalog 
identifies one or more portions of one or more tables in said relational database that 

Stores said data for said one or more attributes (i.e. "Clicking Next> in the Generic EJB Entity 
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Bean CMP- AW Parts drop down wizards of CocoAdmin will present a user with a list of attributes which 
comprise the maps and any references (e.g. foreign keys) to other maps that may be navigated by 
CocoBase. For example, in a e-commerce shopping cart example, a Customer map, which is generated 
against a selected relational database connection, might be selected, and the PkgName: field might 
contain the name testpkg so the resulting Java code will be generated to a package and directory named 
testpkg. In a subsequent pop-up dialog, the user can add a foreign key reference by clicking on Insert 
Attribute and filling in the foreign key attribute in the inserted row. Such references can be added 
automatically for any operation which contains a join across tables of different maps. ")(Column 1 1 , lines 
4-17). 

As per claims 27 and 34, Mullins teaches a system wherein said translation 
module provides said translated request information for execution on said relational 
database (i.e. "In one embodiment of the system of the present invention a translation layer translates 
between an object application (or a potential object application, i.e. an object model) to at least one 
relational database which includes data entries organized as tables and records." The preceding text 
clearly indicates that the execution is the process of translating between an object application to at least 
one relational database. )(Column 15, lines 24-28). 

As per claims 28 and 35, Mullins teaches a system wherein said translation 
module receives a result from said relational database, said result is based on said 
translated request information, said translation module translates said result to said first 

form (i.e. "The function of such a translation layer (generally called the O/R layer in CocoBase 
documentation, for example) is to translate object-based queries for the data into queries that JDBC can, 
translate into queries for a relational database. In a preferred embodiment, the translation layer can 
generate an SQL string (or strings) based upon the object-based queries, which can be passed to at least 
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one JDBC, which JDBC can then generate an SQL statement from the SQL string." The previous text 
clearly indicates that the result is the SQL string that is translated based on the object-based queries. In 
additional, an ordinary person skilled in the art understands that when executing a query, that the steps 
comprise of sending a request to a target resource and in return receives a result from the target 
resource. )(Column 15, lines 51-59). 

6. Claims 2, 3, 5, 6, 14, 15, 17, 25, 29, 32, and 36 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Mullins et al (U.S. Patent No. 6,985,912 and known 
hereinafter as Mullins) in view of Gong et al (U.S. 6,865,576 and known hereinafter as 
Gong)(newly presented), in further view of Lee, et al (U.S. 2002/0143943, published 02 
October 2002, and known hereinafter as Lee)(IDS Submission 17 April 2007) and in 
view of Durand et al (U.S. Patent No. 5,694,598 and known hereinafter as Durand). 

As per claims 2 14, 29, and 36, the combination of Mullins and Gong do not 
explicitly teach a method wherein: said first data format includes a logical object class 
format. 

Durand teaches a method wherein: said first data format includes a logical object 

Class format (i.e. "A TO that maps to an object of class CO 610 contains a list of three elements: 
number, order date, and charge. A TO that maps to CO 610 must also include two references to lists of 
lists. The first reference points to a list of CPs 612. The second reference points to a list of Ols 61 4. " The 
preceding text clearly indicates that object of class CO contains a list of three elements: number, order 
date, and charge are a type of logical object class, and each of the elements contains a format type that 
is inherent.)(Column 6, lines 60-64). 
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It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the Gong and Lee and with 
the further teachings of Durand to include a method wherein: said first data format 
includes a logical object class format with the motivation to create system for more 
efficient access and manipulation of data stores, systems having the flexibility and 
dynamic capability to attach data from a database to map as objects and having the 
ability to map one or more databases to various objects in real time. (Mullins, column 3, 
lines 45-49). Mullins is directed to dynamic object-driven database manipulation and 
mapping system, Gong is directed to a database schema for storing application data in 
a relational database using LDAP by mapping multiple valued attribute, and Lee is 
directed towards supporting multiple data stores using different types (e.g. LDAP, SQL, 
etc.). Durand is directed towards mapping data from a plurality of objects to a relational 
database. The cited arts of record are analogous art and related to database 
management of which the present invention is generally directed to. 

As per claims 3 and 15, the combination of Mullins and Gong do not explicitly 
teach a method wherein said first data format is hierarchical. 

Durand teaches a method wherein said first data format is hierarchical (i.e. tig. 6 

is a schematic diagram illustrating a typical object class hierarchy" The preceding text clearly indicates 
that the first data format is that which is contained in an object class and is hierarchical. )(Figure 6; column 
6, lines 45-50). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong and 
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Lee, and with the further teachings of Durand to include a method wherein said first 
data format is hierarchical with the motivation to create system for more efficient access 
and manipulation of data stores, systems having the flexibility and dynamic capability to 
attach data from a database to map as objects and having the ability to map one or 
more databases to various objects in real time. (Muliins, column 3, lines 45-49). Mullins is 
directed to dynamic object-driven database manipulation and mapping system, Gong is 
directed to a database schema for storing application data in a relational database using 
LDAP by mapping multiple valued attribute, and Lee is directed towards supporting 
multiple data stores using different types (e.g. LDAP, SQL, etc.). Durand is directed 
towards mapping data from a plurality of objects to a relational database. The cited arts 
of record are analogous art and related to database management of which the present 
invention is generally directed to. 

As per claim 5, the combination of Mullins and Gong do not explicitly teach a 
method wherein said one or more attributes are multi-valued. 

Durand teaches a method wherein said one or more attributes are multi-valued 

(i.e. "Each TO-attribute of a TO-entity is described by: (1) a name, (2) a type, and (3) a maximum size in 
bytes. Optionally, a TO attribute can by described by (4) a flag indicating whether the attribute can be 
considered as part of the identifier for the datalist in which it is contained, and (5) a coordinate slot that is 
used for mapping the TO from or to a multi-array data structure." The preceding text clearly indicates that 
a TO-attribute contains a name, type, and maximum size value, which are all values, to illustrate that an 
attribute is multi-valued. )(Column 7, lines 51-57). 
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It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong and 
Lee, and with the further teachings of Durand to include a method wherein said one or 
more attributes are multi-valued with the motivation to create system for more efficient 
access and manipulation of data stores, systems having the flexibility and dynamic 
capability to attach data from a database to map as objects and having the ability to 
map one or more databases to various objects in real time. (Mullins, column 3, lines 45-49). 
Mullins is directed to dynamic object-driven database manipulation and mapping 
system, Gong is directed to a database schema for storing application data in a 
relational database using LDAP by mapping multiple valued attribute, and Lee is 
directed towards supporting multiple data stores using different types (e.g. LDAP, SQL, 
etc.). Durand is directed towards mapping data from a plurality of objects to a relational 
database. The cited arts of record are analogous art and related to database 
management of which the present invention is generally directed to. 

As per claims 6, 17, 25, and 32, the combination of Mullins and Gong do not 
explicitly teach a method wherein said mapping catalog is customizable for any 
normalized relational database schema. 

Durand teaches a method wherein said mapping catalog is customizable for any 
normalized relational database schema (i.e. "A relational schema that maps straightforwardly to 
this object model could contain two entities called CUST.sub.— ORD and ORD.sub.- ITEM, with a 
relationship one-to-many from CUST.sub.- ORD to ORD.sub.- ITEM. Assume that the attributes of the 
object CO have their counterpart in the entity CUST.sub.- ORD and that the attributes of the object 01 
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have their counterpart in the entity ORD.sub.- ITEM."The preceding text clearly indicates that a 
normalized relational database schema is a relational schema that maps straightforwardly. In addition, 
Figure 8 illustrates the normalized relational database schema. )(Figure 8; column 13, lines 47-53). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gongand 
Lee, and with the further teachings of Durand to include a method wherein said 
mapping catalog is customizable for any normalized relational database schema with 
the motivation to create system for more efficient access and manipulation of data 
stores, systems having the flexibility and dynamic capability to attach data from a 
database to map as objects and having the ability to map one or more databases to 
various objects in real time. (Mullins, column 3, lines 45-49). Mullins is directed to dynamic 
object-driven database manipulation and mapping system, Gong is directed to a 
database schema for storing application data in a relational database using LDAP by 
mapping multiple valued attribute, and Lee is directed towards supporting multiple data 
stores using different types (e.g. LDAP, SQL, etc.). Durand is directed towards mapping 
data from a plurality of objects to a relational database. The cited arts of record are 
analogous art and related to database management of which the present invention is 
generally directed to. 

7. Claims 4, 1 6, 30, and 37 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Mullins et al (U.S. Patent No. 6,985,912 and known hereinafter as 
Mullins) in view of Gong et al (U.S. 6,865,576 and known hereinafter as Gong)(newly 
presented), in further view of Lee, et al (U.S. 2002/0143943, published 02 October 
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2002, and known hereinafter as Lee)(IDS Submission 17 April 2007) and in further view 
of Bachmann et al (U.S. Patent No. 6,085,188 and known hereinafter as Bachmann). 

As per claims 4, 1 6, 30, and 37, the combination of Mullins and Gong do not 
explicitly teach a method wherein said first data format uses LDAP format. 

Bachmann teaches a method wherein said first data format uses LDAP format 
(i.e. "As seen in FIG. 5, the LDAP naming hierarchy includes a number of entries or nodes, with each 
entry or node represented by a unique entry identifier (EID). Thus, for example, the root node has an 
EID=1. Root has two (2) children, entry GB ("Great Britain") having an EID=2, and entry US ("United 
States") having an EID=3. Child node US itself has two (2) children, 0=IBM (with EID=4) and 
0=Netscape (with EID=5). The remainder of the naming directory includes several additional entries at 
further sublevels." The preceding text clearly indicates that LDAP format is the EID.)(Column 5, lines 13- 
21). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong and 
Lee, and with the further teachings of Bachmann to include a method wherein said first 
data format uses LDAP format with the motivation to create system for more efficient 
access and manipulation of data stores, systems having the flexibility and dynamic 
capability to attach data from a database to map as objects and having the ability to 
map one or more databases to various objects in real time. (Mullins, column 3, lines 45-49). 
Mullins is directed to dynamic object-driven database manipulation and mapping 
system, Gong is directed to a database schema for storing application data in a 
relational database using LDAP by mapping multiple valued attribute, and Lee is 
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directed towards supporting multiple data stores using different types (e.g. LDAP, SQL, 
etc.). Bachmann is directed to hierarchical LDAP searching in an LDAP directory 
service having a relational database. The cited arts of record are analogous art and 
related to database management of which the present invention is generally directed to. 

8. Claims 7-9 and 1 8-20 are rejected under 35 U.S.C. 1 03(a) as being unpatentable 
over Mullins et al (U.S. Patent No. 6,985,912 and known hereinafter as Mullins) in view 
of Gong et al (U.S. 6,865,576 and known hereinafter as Gong)(newly presented), in 
further view of Lee, et al (U.S. 2002/0143943, published 02 October 2002, and known 
hereinafter as Lee)(IDS Submission 17 April 2007) and in further view of Shen et al 
(U.S. Patent No. 5,596,746 and known hereinafter as Shen). 

As per claims 7 and 18, the combination of Mullins and Gong do not explicitly 
teach a method wherein said mapping catalog includes a mapped column in a table in 
said relational database. 

Shen teaches a method wherein said mapping catalog includes a mapped 

column in a table in said relational database (i.e. "There can be a series of mappings for 
transforming the data in the ideal table meta model to data in the object meta model. Using information 
from the ideal table meta model, an intermediate object model can be generated, which is characterized 
by a set of more complex rules than the first mapping step. These rules are as follows: 1. Tables which 
have a key-reference-key-referent link are mapped as classes with a buried foreign key. 2. Columns in 
tables are mapped to class attributes in the class corresponding to the ideal table. Multiplicity of buried 
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associations can only be partially ascertained, and the user must refine the object model transformed 
from the ideal table meta model. ")(Column 4, lines 7-19). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong and 
Lee, and with the further teachings of Shen to include a method wherein said mapping 
catalog includes a mapped column in a table in said relational database with the 
motivation to create system for more efficient access and manipulation of data stores, 
systems having the flexibility and dynamic capability to attach data from a database to 
map as objects and having the ability to map one or more databases to various objects 
in real time. (Mullins, column 3, lines 45-49). Mullins is directed to dynamic object-driven 
database manipulation and mapping system, Gong is directed to a database schema for 
storing application data in a relational database using LDAP by mapping multiple valued 
attribute, and Lee is directed towards supporting multiple data stores using different 
types (e.g. LDAP, SQL, etc.). Shen is directed towards transforming database schemas 
into object models. The cited arts of record are analogous art and related to database 
management of which the present invention is generally directed to. 

As per claims 8 and 19, the combination of Mullins and Gong do not explicitly 
teach a method wherein said mapping catalog includes, for a first attribute, an indication 
of a column in a master table in said relational database for linking to first data in 
another table, said first data is for said first attribute. 

Shen teaches a method wherein said mapping catalog includes, for a first 
attribute, an indication of a column in a master table in said relational database for 



Application/Control Number: 10/682,252 Page 25 

Art Unit: 2165 

linking to first data in another table, said first data is for said first attribute (i.e. "2. Columns 
that are members of indices in the data base schema are grouped together into column sets and 
referenced to the appropriate ideal table. 3. Tables that share common columns are linked by the key- 
reference-key-reference association 31 8 in FIG. 3. This association is used in establishing the 
relationships between objects in the object model. "The preceding text clearly indicates that the key- 
reference-key-reference association is the linking of the first attribute as indicated in a column of the 
master table with other tables. )(Column 3, lines 37-45). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gongand 
Lee, and with the further teachings of Shen to include a method wherein said mapping 
catalog includes, for a first attribute, an indication of a column in a master table in said 
relational database for linking to first data in another table, said first data is for said first 
attribute with the motivation to create system for more efficient access and manipulation 
of data stores, systems having the flexibility and dynamic capability to attach data from 
a database to map as objects and having the ability to map one or more databases to 
various objects in real time. (Mullins, column 3, lines 45-49). Mullins is directed to dynamic 
object-driven database manipulation and mapping system, Gong is directed to a 
database schema for storing application data in a relational database using LDAP by 
mapping multiple valued attribute, and Lee is directed towards supporting multiple data 
stores using different types (e.g. LDAP, SQL, etc.). Shen is directed towards 
transforming database schemas into object models. The cited arts of record are 
analogous art and related to database management of which the present invention is 
generally directed to. 
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As per claims 9 and 20, the combination of Mullins and Gong do not explicitly 
teach a method wherein said mapping catalog includes, for a first attribute, an indication 
of a first column in a first table in said relational database for linking to a first column in a 
second table and an indication of a second column in said second table for linking to a 
first column in a third table, said first column in said third table is used to identify data for 
said first attribute. 

Shen teaches a method wherein said mapping catalog includes, for a first 
attribute, an indication of a first column in a first table in said relational database for 
linking to a first column in a second table and an indication of a second column in said 
second table for linking to a first column in a third table, said first column in said third 
table is used to identify data for said first attribute (i.e. "Rules for populating the ideal table 

me fa model are as follows: 1. Tables in the data dictionary map to ideal tables. Table columns map to 
ideal table columns. Primary key, if not available from the data dictionary, is either inferred through 
common column names or inputted by the user. 2. Columns that are members of indices in the data base 
schema are grouped together into column sets and referenced to the appropriate ideal table. 3. Tables 
that share common columns are linked by the key-referent-key-reference association 318 in FIG. 3. This 
association is used in establishing the relationships between objects in the object model. ")(Column 3, 
lines 34-45). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong and 
Lee, and with the further teachings of Shen to include a method wherein said mapping 
catalog includes, for a first attribute, an indication of a first column in a first table in said 
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relational database for linking to a first column in a second table and an indication of a 
second column in said second table for linking to a first column in a third with the 
motivation to create system for more efficient access and manipulation of data stores, 
systems having the flexibility and dynamic capability to attach data from a database to 
map as objects and having the ability to map one or more databases to various objects 
in real time. (Muliins, column 3, lines 45-49). Mullins is directed to dynamic object-driven 
database manipulation and mapping system, Gong is directed to a database schema for 
storing application data in a relational database using LDAP by mapping multiple valued 
attribute, and Lee is directed towards supporting multiple data stores using different 
types (e.g. LDAP, SQL, etc.). Shen is directed towards transforming database schemas 
into object models. The cited arts of record are analogous art and related to database 
management of which the present invention is generally directed to. 

9. Claim 22 is rejected under 35 U.S.C. 103(a) as being unpatentable over Mullins 
et al (U.S. Patent No. 6,985,912 and known hereinafter as Mullins) in view of Gong et al 
(U.S. 6,865,576 and known hereinafter as Gong)(newly presented), in further view of 
Lee, et al (U.S. 2002/0143943, published 02 October 2002, and known hereinafter as 
Lee)(IDS Submission 17 April 2007), in further view of Durand et al (U.S. Patent No. 
5,694,598 and known hereinafter as Durand) and in further view of Bachmann et al 
(U.S. Patent No. 6,085,188 and known hereinafter as Bachmann). 
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As per claim 22, the combination of Mullins and Gong do not explicitly teach a 
system wherein said first data format includes a hierarchical logical object class format 
that uses LDAP format; and said mapping catalog is customizable for any normalized 
relational database schema. 

Durand teaches a system where said first data format includes a hierarchical 
logical Object Class format (i.e. "FIG. 6 is a schematic diagram illustrating a typical object class 
hierarchy" The preceding text clearly indicates that the first data format is that which is contained in an 
object class and is hierarchical. )(Figure 6; column 6, lines 45-50); and said mapping catalog is 

customizable for any normalized relational database schema (i.e. "A relational schema that 

maps straightforwardly to this object model could contain two entities called CUST.sub.- ORD and 
ORD.sub.- ITEM, with a relationship one-to-many from CUST.sub.- ORD to ORD. sub.- ITEM. Assume 
that the attributes of the object CO have their counterpart in the entity CUST.sub.- ORD and that the 
attributes of the object 01 have their counterpart in the entity ORD.sub.- ITEM. "The preceding text 
clearly indicates that a normalized relational database schema is a relational schema that maps 
straightforwardly. In addition, Figure 8 illustrates the normalized relational database schema. )(Figure 8; 
column 13, lines 47-53). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Gong and 
Lee, and with the further teachings of Durand and Bachmann to include a system where 
said first data format includes a hierarchical logical object class format and said 
mapping catalog is customizable for any normalized relational database schema with 
the motivation to create system for more efficient access and manipulation of data 
stores, systems having the flexibility and dynamic capability to attach data from a 
database to map as objects and having the ability to map one or more databases to 
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various objects in real time. (Muliins, column 3, lines 45-49). Mullins is directed to dynamic 
object-driven database manipulation and mapping system, Gong is directed to a 
database schema for storing application data in a relational database using LDAP by 
mapping multiple valued attribute, and Lee is directed towards supporting multiple data 
stores using different types (e.g. LDAP, SQL, etc.). Durand is directed towards mapping 
data from a plurality of objects to a relational database. The cited arts of record are 
analogous art and related to database management of which the present invention is 
generally directed to. 

Durand does not explicitly teach a system that uses LDAP format. 

Bachmann teaches a system wherein said first data format uses LDAP format 
(i.e. "As seen in FIG. 5, the LDAP naming hierarchy includes a number of entries or nodes, with each 
entry or node represented by a unique entry identifier (EID). Thus, for example, the root node has an 
EID=1. Root has two (2) children, entry GB ("Great Britain") having an EID=2, and entry US ("United 
States") having an EID=3. Child node US itself has two (2) children, 0=IBM (with EID=4) and 
0=Netscape (with EID=5). The remainder of the naming directory includes several additional entries at 
further sublevels.' 'The preceding text clearly indicates that LDAP format is the EID.)(Column 5, lines 13- 
21). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of the cited arts of record with the 
teachings of Bachmann to include a system wherein said first data format uses LDAP 
format with the motivation to create system for more efficient access and manipulation 
of data stores, systems having the flexibility and dynamic capability to attach data from 
a database to map as objects and having the ability to map one or more databases to 
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various objects in real time. (Muliins, column 3, lines 45-49). Mullins is directed to dynamic 
object-driven database manipulation and mapping system, Gong is directed to a 
database schema for storing application data in a relational database using LDAP by 
mapping multiple valued attribute, and Lee is directed towards supporting multiple data 
stores using different types (e.g. LDAP, SQL, etc.). Durand is directed towards mapping 
data from a plurality of objects to a relational database. The cited arts of record are 
analogous art and related to database management of which the present invention is 
generally directed to. Bachmann is directed to hierarchical LDAP searching in an LDAP 
directory service having a relational database. The cited arts of record are analogous art 
and related to database management of which the present invention is generally 
directed to. 

Conclusion 

1 0. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. See attached PTO-892 that includes additional prior art of record 
describing the general state of the art in which the invention is directed to. 

1 1 . Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See M PEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
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TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 
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